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* NOTICES * 

Japan Patent Office is not responsible for any 
damages caused by the use of this translation. 

1 . This document has been translated by computer. So the translation may not reflect the 
original precisely. 

2. **** shows the word which can not be translated. 

3. In the drawings, any words are not translated. 
[Claim(s)] 

[Claim 1] Since a ticket is stored, it is the approach of using an electron device, and it is 
the process which receives the 1st venue module relevant to the 1st venue, this — with the 
process containing the 1 st venue key for the 1 st venue module checking the ticket to this 
1st venue this — with the process which checks the 1st venue module using the module 
loader key of this electron device The process which receives the 1st ticket to the event 
offered in this 1st venue, the process which receives the 1st ticket signature relevant to 
this 1st ticket — this the 1st ticket signature — this — the approach of including the 
process attested using the 1st venue key, and the process which provides the check device 
of this 1st venue with this 1st ticket. 

[Claim 2] the process which receives the 2nd venue module relevant to the 2nd venue — it 
is — this — with the process containing the 2nd venue key for the 2nd venue module 
checking the ticket for this 2nd venue this — with the process which checks the 2nd venue 
module using said module loader key The process which receives the 2nd ticket for the 
event offered in this 2nd venue, the process which receives the 2nd ticket signature using 
this 2nd ticket - this — the 2nd ticket signature this ~ the approach according to claim 
1 are the approach of including further the process attested using the 2nd venue key, and 
said 1st venue differs from this 2nd venue. 

[Claim 3] the instruction by which it is the process which receives a share module, and 
this share module is used with said 1st venue module — containing — this — the approach 
according to claim 1 of including further the process and the process which checks this 
share module using said module loader key which has a share venue key for checking the 
1st venue module. 

[Claim 4] The approach according to claim 3 each of said 1st venue module and said 
share module includes the process with which said process to check attests this module 
signature of said checked module using said module loader key including a module 
signature. 

[Claim 5] The approach according to claim 3 of including further the process which 
checks said 1 st venue module using said share venue key. 

[Claim 6] The approach according to claim 1 the process which receives the 1st ticket 
includes the process which receives the challenge from a ticket loader, the process which 
signs this challenge using said 1st venue key, and the process which transmits the this 
signed challenge to this ticket loader. 
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[Claim 7] the process which receives the 1st venue module is related with the process 
which receives a series of 1st instruction for processing the ticket for the event in the 1st 
venue, the process which receive the 1st venue key for this 1st venue, and the process 
which store these the instructions of a series of to these the instructions of a series of - 
this « the approach according to claim 1 of including the process which stores the 1st 
venue key. 

[Claim 8] The approach according to claim 7 of including further the process which 
judges whether the share module is stored on said electron device, and the process which 
receives this share module if this share module is not stored on this electron device. 
[Claim 9] the process at which the process which receives said share module receives a 
series of 2nd instruction used with one or more venue modules - this - the process 
which receives the venue loader key for checking one or more venue modules — this — 
the process which stores a series of 2nd instruction - this — the approach according to 
claim 8 of including the process which stores this venue loader key relevant to a series of 
2nd instruction. 

[Claim 10] The approach according to claim 1 said process to check includes the process 
which attests the module signature of said 1st venue module using the module loader key 
of said electron device. 

[Claim 11] The approach according to claim 1 of including further the process which 
cancels said 1st ticket. 

[Claim 12] The approach according to claim 11 of including the process to which the 
process which cancels said 1st ticket makes this 1st ticket an invalid. 
[Claim 13] The approach according to claim 1 of including further the process which 
makes said share module an invalid, and the process which receives this share module of 
a high version. 

[Claim 14] the process which is the approach of maintaining the ticket for two or more 
venues in an electron device top, and stores the 1st venue module — it is — this — the 1st 
venue module with the process containing the 1st venue key in relation to the 1st venue 
The 1st venue key is used, the process which receives a challenge from a ticket loader — 
this — The process which signs this challenge using the 1st digital signature, and the 
process which transmits the this signed challenge to this ticket loader, The process which 
receives the 1st electronic ticket for the entrance authorization to the event in this 1st 
venue, the process which receives the 1st ticket signature — it is — this - the process 
relevant to this 1st electronic ticket in the 1st ticket signature — this - the 1st venue key - 
using — this — the approach of including the process which attests the 1st ticket signature. 
[Claim 1 5] the process which stores the 2nd venue module — it is — this — the approach 
according to claim 14 are the approach the 2nd venue module includes the process 
containing the 2nd venue key further, and this 2nd venue differs from this 1st venue in 
relation to the 2nd venue. 

[Claim 16] the process which receives the 2nd electronic ticket for the entrance 
authorization to the event in said 2nd venue, and the process which receives the 2nd 
ticket signature — it is — this -- the process relevant to this 2nd electronic ticket in the 2nd 
ticket signature, and said 2nd venue key — using — this — the approach according to claim 
1 5 of including further the process which attests the 2nd ticket signature. 
[Claim 17] The approach according to claim 14 of being the process which judges 
whether the share module was stored and including further a process including the 
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instruction as which this share module is required with said 1st venue module, and the 
process in which this share module is not stored and which stores this share module if it 
becomes. 

[Claim 18] The approach according to claim 14 of including the process which receives 
the random number with which the process which receives a challenge was generated. 
[Claim 19] The approach according to claim 14 the process which receives the 1st 
electronic ticket includes the process which receives one or more details of the event in 
said 1st venue. 

[Claim 20] The process which it is the approach of submitting a ticket, and this ticket is 
stored on the electron device which can store the ticket for two or more venues, and 
receives a challenge from a check device in a venue, How to include the process which 
signs this challenge using the 1 st venue key, the process which transmits the this signed 
challenge to this check device, the process which receives the demand to the 1st ticket for 
the event which can set this venue, and the process which transmits this 1st ticket. 
[Claim 21] The approach of claim 20 which includes further the process which said 1st 
ticket cancels. 

[Claim 22] The approach according to claim 20 the process which receives a challenge 
includes the process which receives the generated random number. 
[Claim 23] The approach according to claim 20 the process which transmits said 1st 
ticket includes the process which transmits one or more details which include this 1st 
ticket for said event. 

[Claim 24] The 1st venue module for being ticket enclosure equipped with the memory 
device for storing, and processing the ticket for the event in the 1 st venue, this — with the 
device key for checking the 1st venue module, and the 1st ticket with which it is the 1st 
ticket for this event, and this ticket has a ticket signature It is an interface module for 
taking an interface with the 1st venue module, one of the venue key for attesting this 
ticket signature, and ticket loaders and check devices - this - Ticket enclosure sharable 
by two or more venue inter modules for storing an interface module. 
[Claim 25] Equipment according to claim 24 further equipped with the 2nd venue module 
for processing the ticket for the event in the 2nd venue. 

[Claim 26] Equipment according to claim 24 with which said ticket enclosure is equipped 
with a smart card. 

[Claim 27] Equipment according to claim 24 with which said ticket enclosure is equipped 
with a pocket computer. 

[Claim 28] The 1st venue module to be the storing medium including the DS for storing a 
ticket which can be computer read, and for this DS process the ticket for the event in the 
1st venue, this — with the device key for checking the 1st venue module, and the 1st 
ticket which is the 1st ticket for this event and has a ticket signature It is an interface 
module for taking an interface with the 1st venue module, one of the venue key for 
attesting this ticket signature, and ticket loaders and check devices — this — The storing 
medium sharable by two or more venue inter modules which can be equipped with 
interface module computer read. 

[Claim 29] When performing by computer, it is the storing medium which stores the 
instruction which makes this computer perform the approach for processing an electronic 
ticket and which can be computer read, the process at which this approach receives the 
1st venue module relevant to the 1st venue — it is - this - with the process containing the 
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1st venue key for the 1st venue module checking the ticket to this 1st venue this - with 
the process which checks the 1st venue module using the module loader key of this 
electronic storing device The process which receives the 1st ticket to the event offered in 
this 1st venue, the process which receives the 1st ticket signature using this 1st ticket — 
this — the 1st ticket signature ~ this - the storing medium which can be computer [ 
which includes the process attested using the 1st venue key, and the process which 
provides the check device of this 1st venue with this 1st ticket ] read. 
[Claim 30] It is equipment for processing the ticket for the event in two or more venues. 
A receiving means to be a receiving means for receiving a module and to include a series 
of instructions for this module to process the ticket from an applet loader, Equipment 
equipped with the module check means for checking these a series of instructions, the 
ticket receiving means for receiving the ticket from a ticket loader, the ticket check 
means for checking this ticket, and the transmitting means for transmitting this ticket to a 
check device. 

[Detailed Description of the Invention] 
[0001] 

[Field of the Invention] This invention relates to the field of electronic commerce. The 
system and approach for the electronic ticket issue of banknotes are offered in more 
detail. 
[0002] 

[Description of the Prior Art] It is not a mechanical function strictly to use a ticket for 
sport holding, an amusement event, a travel, etc. any longer. The ticket issue-of- 
banknotes system has developed so that a computer system may be used in various 
phases of generation of a ticket, issue, and a check. 

[0003] For example, in U.S. Pat. No. 5,598,477 indicated by Berson, a customer submits 
the information (for example, schedule data about airmail) about a desired ticket. Data 
processing system transmits ticket issue-of-banknotes information and the enciphered 
check data to a local printing system. A local system prints the ticket containing the 
confirmed information encoded in the two-dimensional bar code. A customer presents a 
ticket at airmail use time of day, and a check system scans the bar code of a ticket, 
changes data into a digital gestalt from a physical gestalt, and checks a ticket there. If 
effective, a customer will receive a boarding pass, a baggage-claim tag, etc. 
[0004] 

[Problem(s) to be Solved by the Invention] However, the system of Berson still needs 
issue of the ticket of paper. Though natural, the ticket of paper receives a pickpocket, the 
duplication ticket issue of banknotes, destruction, loss, etc. Furthermore, the ticket 
generated by the system of Berson fits use of a limitation once inevitably. Tickets are 
physically collected, when using airmail. There are two more disadvantageous points in 
this system. Use of a two-dimensional bar code needs [ 1st ] the bar code scanner which 
can read the printer and such a bar code which can print such a bar code. Depending on 
the number of the locations where a ticket is printed or received, this can serve as 
remarkable cost. An advanced key managerial system is needed in use of the 
cryptographer stage which makes [ 2nd ] confirmed information insurance. 
[0005] In deformation of a Berson system, a big random number may be used instead of 
the security in a code. A specific random number is chosen and it is printed as a 1- 
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dimensional bar code on a physical ticket. Use of a large number reduces remarkably the 
probability for people to guess correctly right the number assigned to the specific ticket to 
separate events (airmail, amusement event, etc.). A random number is stored in a 
database accessible in the location where a ticket is used. When shown in a location with 
a ticket, the number on the ticket is compared with the list of effective numbers stored in 
the database. This system still includes the disadvantageous point of a proper in the ticket 
of papers, such as destruction, the duplication ticket issue of banknotes, and a limit of 
single use. In addition, if the further protection cannot be found, the database of a random 
number will give the brittleness of one point. Probably those who have access to a 
database can generate the ticket of a lot of falses. 

[0006] In addition to the above-mentioned disadvantageous point, a well-known ticket 
issue-of-banknotes system permits the entrance only to one event or one location. 
Moreover, the ticket of the paper published by the known system is not changed into 
generally physically not replacing the published ticket. In other words, those who think 
that he wants to visit two or more event or two or more venues, to enjoy oneself, or to 
carry out have to bring and present a different ticket to each event or a venue, if a plan to 
visit more events or venues is carried out, the ticket of the further paper will be purchased 
and brought if it kicks, it will not become, therefore the risk of loss will become large. 
[0007] Therefore, the purpose of this invention is that the system and approach for 
storing the electronic ticket to the event offered on single electron devices (a smart card, 
pocket computer, etc.) in two or more venues are offered. 
[0008] 

[Means for Solving the Problem] The approach by this invention is the approach of using 
an electron device, since a ticket is stored, the process which receives the 1st venue 
module relevant to the 1st venue - it is - this -- with the process containing the 1st venue 
key for the 1st venue module checking the ticket to this 1st venue this ~ with the process 
which checks the 1st venue module using the module loader key of this electron device 
The process which receives the 1st ticket to the event offered in this 1st venue, the 
process which receives the 1st ticket signature relevant to this 1st ticket « this - the 1st 
ticket signature ~ this - the above-mentioned purpose is attained by the approach of 
including the process attested using the 1st venue key, and the process which provides the 
check device of this 1 st venue with this 1 st ticket. 

[0009] the process which receives the 2nd venue module relevant to the 2nd venue in said 
approach ~ it is - this - with the process containing the 2nd venue key for the 2nd venue 
module checking the ticket for this 2nd venue this ~ with the process which checks the 
2nd venue module using said module loader key The process which receives the 2nd 
ticket for the event offered in this 2nd venue, the process which receives the 2nd ticket 
signature using this 2nd ticket -- this - the 2nd ticket signature - this - it is the approach 
of including further the process attested using the 2nd venue key, and said 1st venue may 
differ from this 2nd venue. 

[0010] the instruction by which said approach is a process which receives a share 
module, and this share module is used with said 1st venue module ~ containing - this - 
the process and the process which checks this share module using said module loader key 
which has a share venue key for checking the 1st venue module may be included further. 
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[0011] Each of said 1st venue module and said share module may include the process 
with which said process to check attests this module signature of said checked module 
using said module loader key including a module signature. 

[0012] Said approach may include further the process which checks said 1st venue 
module using said share venue key. 

[0013] The process which receives the 1st ticket may include the process which receives 
the challenge from a ticket loader, the process which signs this challenge using said 1st 
venue key, and the process which transmits the this signed challenge to this ticket loader. 
[0014] the process which receives the 1st venue module is related with the process which 
receives a series of 1st instruction for processing the ticket for the event in the 1st venue, 
the process which receives the 1st venue key for this 1st venue, and the process which 
stores these the instructions of a series of to these the instructions of a series of — this — 
the process which stores the 1st venue key may include. 

[0015] Said approach may include further the process which judges whether the share 
module is stored on said electron device, and the process which receives this share 
module if this share module is not stored on this electron device. 

[0016] the process at which the process which receives said share module receives a 
series of 2nd instruction used with one or more venue modules — this - the process 
which receives the venue loader key for checking one or more venue modules - this 
the process which stores a series of 2nd instruction — this - the process which stores this 
venue loader key relevant to a series of 2nd instruction may include. 
[0017] Said process to check may include the process which attests the module signature 
of said 1st venue module using the module loader key of said electron device. 
[0018] Said approach may include further the process which cancels said 1st ticket. 
[0019] The process which cancels said 1st ticket may include the process which makes 
this 1st ticket an invalid. 

[0020] Said approach may include further the process which makes said share module an 
invalid, and the process which receives this share module of a high version. 
[0021] the process which is the approach of maintaining the ticket for two or more 
venues in an electron device top, and stores the 1st venue module - it is — this — the 1st 
venue module with the process containing the 1st venue key in relation to the 1st venue 
The 1st venue key is used, the process which receives a challenge from a ticket loader - 
this - The process which signs this challenge using the 1st digital signature, and the 
process which transmits the this signed challenge to this ticket loader, The process which 
receives the 1st electronic ticket for the entrance authorization to the event in this 1st 
venue, the process which receives the 1st ticket signature — it is — this — the process 
relevant to this 1st electronic ticket in the 1st ticket signature - this - the 1st venue key ~ 
using — this — the above-mentioned purpose is attained by the approach of including the 
process which attests the 1st ticket signature, 

[0022] the process in which said approach stores the 2nd venue module ~ it is — this — 
the 2nd venue module is the approach of including the process containing the 2nd venue 
key further in relation to the 2nd venue, and this 2nd venue may differ from this 1st 
venue. 

[0023] the process which receives the 2nd electronic ticket for the entrance authorization 
to an event [ in / in said approach / said 2nd venue ], and the process which receives the 
2nd ticket signature - it is — this — the process relevant to this 2nd electronic ticket in the 



6 



2nd ticket signature, and said 2nd venue key — using — this - the process which attests 
the 2nd ticket signature may be included further. 

[0024] Said approach is a process which judges whether the share module was stored, 
and may include further a process including the instruction as which this share module is 
required with said 1 st venue module, and the process in which this share module is not 
stored and which stores this share module if it becomes. 

[0025] Said approach may include the process which receives the random number with 
which the process which receives a challenge was generated. 

[0026] The process at which said approach receives the 1st electronic ticket may include 
the process which receives one or more details of the event in said 1st venue. 
[0027] The process which it is the approach of submitting a ticket, and this ticket is 
stored on the electron device which can store the ticket for two or more venues, and 
receives a challenge from a check device in a venue, The process which signs this 
challenge using the 1st venue key, and the process which transmits the this signed 
challenge to this check device, The above-mentioned purpose is attained by the approach 
of including the process which receives the demand to the 1st ticket for the event which 
can set this venue, and the process which transmits this 1st ticket. 
[0028] Said approach may include further the process which said 1st ticket cancels. 
[0029] The process which receives a challenge may include the process which receives 
the generated random number. 

[0030] The process which transmits said 1st ticket may include the process which 
transmits one or more details which include this 1st ticket for said event. 
[0031] The 1st venue module for being ticket enclosure equipped with the memory 
device for storing, and processing the ticket for the event in the 1st venue, this — with the 
device key for checking the 1st venue module, and the 1st ticket with which it is the 1st 
ticket for this event, and this ticket has a ticket signature It is an interface module for 
taking an interface with the 1st venue module, one of the venue key for attesting this 
ticket signature, and ticket loaders and check devices — this ~ The above-mentioned 
purpose is attained by the ticket enclosure sharable by two or more venue inter modules 
for storing an interface module. 

[0032] Said equipment may be further equipped with the 2nd venue module for 
processing the ticket for the event in the 2nd venue. 

[0033] Said ticket enclosure with which said ticket enclosure may be equipped with a 
smart card may be equipped with a pocket computer. 

[0034] The 1st venue module to be the storing medium including the DS for storing a 
ticket which can be computer read, and for this DS process the ticket for the event in the 
1st venue, this — with the device key for checking the 1st venue module, and the 1st 
ticket which is the 1st ticket for this event and has a ticket signature It is an interface 
module for taking an interface with the 1st venue module, one of the venue key for 
attesting this ticket signature, and ticket loaders and check devices — this — The above- 
mentioned purpose is attained by the storing medium sharable by two or more venue inter 
modules which can be equipped with interface module computer read. 
[0035] When performing by computer, it is the storing medium which stores the 
instruction which makes this computer perform the approach for processing an electronic 
ticket and which can be computer read, the process at which this approach receives the 
1st venue module relevant to the 1st venue — it is ~ this — with the process containing the 
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1st venue key for the 1st venue module checking the ticket to this 1st venue this — with 
the process which checks the 1st venue module using the module loader key of this 
electronic storing device The process which receives the 1st ticket to the event offered in 
this 1st venue, the process which receives the 1st ticket signature using this 1st ticket — 
this — the 1st ticket signature — this — with the process attested using the 1st venue key 
The above-mentioned purpose is attained by the storing medium which can be computer [ 
which includes the process which provides the check device of this 1st venue with this 
1st ticket] read. 

[0036] It is equipment for processing the ticket for the event in two or more venues. A 
receiving means to be a receiving means for receiving a module and to include a series of 
instructions for this module to process the ticket from an applet loader, The module check 
means for checking these a series of instructions, and the ticket receiving means for 
receiving the ticket from a ticket loader, The above-mentioned purpose is attained by 
equipment equipped with the ticket check means for checking this ticket, and the 
transmitting means for transmitting this ticket to a check device. 

[0037] In one embodiment of this invention, the system and approach for storing the 
electronic ticket to the event offered on single electron devices (a smart card, pocket 
computer, etc.) in two or more venues are offered. In this embodiment, an electron device 
receives the venue module relevant to each venue where a ticket is purchased, and is 
stored. The venue key for a venue module making it possible to store the ticket to the 
venue where the electron device was related, and checking each ticket is included. An 
electron device receives and stores the ticket issue-of-banknotes share module which 
includes the instruction demanded with one or more venue modules again. A ticket issue- 
of-banknotes share module contains the "venue loader key" for checking the installed 
venue module. 

[0038] After an electron device is constituted using a ticket issue-of-banknotes share 
module and one or more venue modules, the ticket to the each installed venue module 
may be stored. In this embodiment of this invention, the user of an electron device 
specifies the parameters (an event, a date, time of day, seat, etc.) to a ticket, and a 
corresponding electronic ticket downloads from a ticket loader with a ticket signature. 
The venue key is used for the venue module to a corresponding venue module, and it 
attests the signature of the each stored ticket. 

[0039] When it is what is shown for the entrance authorization to an event of a ticket, 
when a check device publishes a challenge code, an electron device is challenged in this 
embodiment. The venue module to the venue of an event answers a letter in the code 
signed and signed in the code using a venue key. After a signature is checked, an electron 
device transmits the ticket to an event and a ticket is canceled. 
[0040] 

[Embodiment of the Invention] By the following publications, this contractor can create 
and use this invention. The following publications are given according to a specific 
application and its demand, the operative condition this invention is indicated to be by 
this detail letter - although it is not meant so that it may be limited like, the largest range 
adjusted with the principle and the description which are indicated by this detail letter is 
followed. 

[0041] For example, in this embodiment of this invention, a cryptographer stage is used 
in order to ensure the safety of the electronic ticket loaded on a smart card and a venue 
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module, or applets (small-scale Java application etc.). This contractor is for the purpose 
of the cryptographic key indicated below to ensure the informational safety and the 
authentication nature which were stored on the smart card, and if he does not point out 
especially, he understands that it is not necessarily dependent on a specific code system. 
Therefore, various cryptographic keys are indicated below for the various purposes. 
However, this invention is not limited to the specific approach for the safety of a code, 
but an unsymmetrical key system, an object key system, or some alien systems [ like ] 
that may be devised can be used for the specific embodiment of this invention. 
[0042] According to one embodiment of this invention, the system and approach for 
generating, storing and checking the electronic ticket to two or more venues are given. A 
ticket is 3COM although stored on a standard smart card in instantiation. PalmPilot or 
Dallas by Corporation Other devices, such as iButton by Semiconductor, are meant. The 
stored ticket may receive the opportunity of arbitration for an admission ticket or passing 
tickets, such as a sport event, an amusement event, airmail, and an automobile toll, to be 
purchased beforehand. Each venue where the ticket was stored on smart according to this 
embodiment of this invention has the related applet stored on the smart card. A ticket 
issue-of-banknotes share applet is stored again. These applets are used in order to take the 
interface between a smart card, and a ticket / venue load function and between a smart 
card and a ticket check device, so that it may be indicated below. 

[0043] Drawing 1 illustrates the instantiation-system by the embodiment of this invention 
for publishing, storing and checking the ticket stored on a user's smart card. A smart card 
100 follows IS07816 specification over a smart card in instantiation. Such a smart card 
can store various classes and amounts of electronic data for being taken out behind. 
[0044] The applet loader 102 loads one or more applets to up to a smart card 100. The 
applet loaded to up to a smart card 100 by the applet loader 102 makes it possible to store 
the ticket to the venue relevant to the applet to which the smart card 100 was loaded. For 
example, one venue applet is San. Francisco It can respond to the game of the baseball 
held by Giants. Loading this applet enables a smart card 100 to store the ticket to a 
specific game or the game (for example, season pass) of a certain range. In instantiation, 
the applet loader 102 is constituted so that the applet about a single venue may be loaded. 
However, in another embodiment, the applet loader 102 loads an applet from two or more 
venues. 

[0045] a venue applet (namely, applet relevant to each venue) — in addition, since a ticket 
issue-of-banknotes share applet is used by all venue applets, it is loaded to up to a smart 
card 100 again. In common with each of a venue applet, this share applet is available and 
gives the function used instead of each of a venue applet so that it may argue below. 
[0046] The ticket loader 104 loads the electronic ticket to each event (or event of a 
certain range) to up to a smart card 100. Each smart card can store two or more tickets 
which receive a the same and different event, a venue, a date, etc. Each ticket loaded to 
up to the smart card 100 is stored in instantiation in relation to the venue applet 
corresponding to the venue which holds an event and receives a ticket. In this 
embodiment, before a ticket [ as opposed to the event in the venue in the applet of a 
venue ] is loaded, it is loaded on a smart card 100 (applet loader 102 etc.). 
[0047] In instantiation, the ticket check device 106 is located in the venue which holds an 
event, and the ticket to the event is stored in a smart card 100. The check device 106 
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checks a ticket so that it may guarantee that a ticket is a thing to a current event, and it 
receives a ticket based on this check. 

[0048] It is the separate electronic system which it had in order that it might set in this 
embodiment of this invention and the applet loader 102, the ticket loader 104, and the 
check device 106 might receive, read and write in a smart card 100. In this embodiment, 
a user shows each system a smart card 100 physically, in order to process a request. In 
another embodiment, the applet loaders 102, the ticket loaders 104, and all the check all [ 
either or ] 106 arrange to the same system. Especially, an applet loader and a ticket loader 
are so. 

[0049] still more nearly another operative condition of this invention — it sets like and the 
applet loaders 102, the ticket loaders 104, and all the check all [ either or ] 106 are 
equipped with the computer system connected to the Internet or other Wide Area 
Networks. It sets in such the embodiment and these systems are accessed by the user 
through a user's computer system which it had in order to receive, read and write in a 
smart card 100. 

[0050] Drawing 2 illustrates the smart card 100 in which a ticket issue-of-banknotes 
share applet, two or more venue applets, and two or more tickets exist. A smart card 100 
takes other devices (the applet loader 102, the ticket loader 104, the check device 106, 
etc. of drawing 1 ) and interfaces, and is equipped with the operating system 200 for 
managing the ejection of the information from a smart card, and storing. An operating 
system 200 is Java for operating the loaded applet in the embodiment illustrated. Virtual 
Machine (JVM) is included. An operating system 200 contains further cryptographic key 
200a (called an "applet loader key" below) for checking the applet loaded to up to the 
smart card 100. Therefore, when an applet is loaded, the applet signatures 202b, 210b, 
and 220b use applet loader key 200a, and are attested. An applet signature is created by 
before loading of the related applet, or it and coincidence in instantiation. 
[0051] The ticket issue-of-banknotes share applet 202 includes the instruction (for 
example, the gestalt of a module, an object, a function, etc. is taken) demanded by the 
various venue applets installed on the smart card 100. The ticket issue-of-banknotes share 
applet 202 enables size of each venue applet to give functions (protocol for 
communicating with a ticket check, the ticket loader 104, and the check device 106 etc.) 
common to each venue applet, therefore to become smaller, therefore can secure a storing 
field on a smart card 100. For example, in one embodiment of this invention, the ticket 
issue-of-banknotes share applet 202 gives the instruction for carrying out loading, check, 
and/or cancellation (for example, cancellation in order to obtain the entrance 
authorization to an event, after the ticket was used) for a ticket. The ticket issue-of- 
banknotes share applet 202 contains cryptographic key 202a (called a "venue loader key" 
below), in order to check each venue applet so that it may be described below. When a 
venue applet is loaded especially, the ticket issue-of-banknotes share applet 202 attests 
the venue signature of each applet. 

[0052] In another embodiment of this invention, compulsion or the instruction for 
ensuring is included for a ticket issue-of-banknotes share applet observing the detail of a 
ticket. For example, in such an embodiment, a smart card 100 may be inserted in the 
smart card reading machine arranged in the seat-for-audience area in an event, in order 
that a user may confirm sitting on one's seat decided with the ticket or may assist finding 
a right seat. 
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[0053] Signs that the venue applets 210 and 220 are installed on the smart card 100 are 
shown. The venue applet 210 is SanFrancisco in instantiation. The game of the baseball 
in the home of Giants is expressed. The venue applet 220 is United in instantiation. The 
airmail of Airlines is expressed. The venue applets 210 and 220 contain the cryptographic 
keys 210a and 220a (called a "venue key" below) used in order to attest the venue applets 
210 and 220 to the ticket loader 104 before loading a ticket. A venue key is used in order 
to check the ticket signature accompanying a ticket to the related venue again. 
[0054] The venue applets 210 and 220 include the applet signatures 210b and 220b for 
checking a venue applet to an operating system 200 again, as mentioned above, 
instantiation — like ~ an applet signature - before loading of a venue applet — or it is 
created by it, simultaneously the applet loader 102. Next, when an applet is loaded, applet 
loader key 200a is used for an operating system 200, and it attests the applet signatures 
210b and 220b. 

[0055] The venue applets 210 and 220 include further the venue signatures 210c and 
220c for checking a venue applet to a ticket issue-of-banknotes share applet, the applet 
signatures 210b and 220b - the same - the venue signatures 210c and 220c — before the 
venue applet 210 and install of 220 - or it — simultaneously, it is created. When a venue 
applet is loaded, the ticket issue-of-banknotes share applet 202 attests a venue signature. 
[0056] Tickets 212, 214, and 216 are San. Francisco The game of the specific baseball 
performed at the home of Giants is expressed. A ticket 222 is San. The specific airmail 
offered by United Airlines to Pittsburgh from Francisco and PA is expressed. 
[0057] Each ticket stored on the smart card 100 includes the information about a related 
event. Therefore, tickets 212, 214, and 216 include information, such as a date of a game, 
a waging-war partner, and the assignment seat number. In this embodiment of this 
invention, the information stored in the ticket is used with a ticket signature, in order to 
check authentication of a ticket. Therefore, the informational amount and informational 
class which were stored in the ticket change depending on a venue, an event, the class of 
ticket, etc. The owner of a smart card 100 may have the only ticket of the gestalt of for 
example, season pass instead of each tickets 212, 214, and 216. Exceeding one day, the 
season pass ticket is effective, therefore includes different information from tickets 212, 
214, and 216. 

[0058] Tickets 212, 214, 216, and 222 include the ticket signature (expressed by 
reference marks 212a, 214a, 216a, and 222a) generated by the ticket loader 104 using the 
corresponding key of a venue, respectively, the operative condition of this invention 
whose venue keys 210a and 220a are venue public keys using public key encryption 
(PKE) and an unsymmetrical key pair ~ it sets like and a ticket signature is generated 
using the private key corresponding to a public key. In another embodiment which uses 
object keys (DES etc.), the ticket loader 104 signs the published ticket using the copy of 
the venue keys 210a and 220a. As mentioned above, when a ticket is loaded to up to a 
smart card 100, a corresponding venue applet checks a ticket by attesting a ticket 
signature using the venue key. 

[0059] This contractor understands that the applet stored on the smart card 100 cannot 
access to the applet in which the secret of data could be held, therefore others were 
stored. This prevents that one applet commits or inspects injustice at the ticket relevant to 
a specific venue applet. However, in this embodiment, after being shown to the check 
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device 106, cancellation or use of a ticket is made improper. It sets in the another 
embodiment, and each ticket is deleted or overwritten. 

[0060] In this embodiment of load this invention of an applet, the venue applet and ticket 
issue-of-banknotes share applet which are loaded on a smart card 100 contain the module 
of the computer code in which the computer program which can be performed or 
activation is possible. In this embodiment of this invention, the ticket issue-of-banknotes 
share applet is substantially the same between smart cards. The venue applet of each 
venue is the same between smart cards similarly except for a venue key and the ticket of 
arbitration which may be loaded. 

[0061] In one embodiment of this invention, a venue applet contains the Java application 
constituted by the standard approach. For example, in order to form a binary class file, a 
file including a Java programming instruction uses a Java compiler, and is compiled. 
Next, a class file is changed into a smart card application file. Into this translation 
process, a card application file is signed in digital one using applet loader key 200a 
(shown in drawing 2 ), or its complementary depending on the class (for example, 
symmetry or asymmetry) of encryption. 

[0062] Drawing 3 illustrates the instantiation-process by which the signed card 
application file (for example, applet 210 of drawing 2 ) is loaded from the applet loader 
102 to up to a smart card 100. In this embodiment of this invention, the applet loader 102 
is a ticket vending machine, and is arranged in the same location as the ticket loader 104. 
In this embodiment, the venue applet 210 is automatically loaded, if there is still no 
applet on a smart card 100 when the baseball ticket of Giants is purchased. Moreover, in 
this embodiment, the ticket issue-of-banknotes share applet 202 is automatically loaded, 
if there is nothing on a smart card 100. In another embodiment, when the time of a smart 
card being manufactured for both the ticket issue-of-banknotes share applet 202, and 
venue both [ either or ] 210 or it is sold, it is beforehand loaded on a smart card. 
[0063] When drawing 3 is referred to here, a condition 300 is in an initiation condition. In 
a condition 302, it is combined with a smart card 100 and the applet loader 102 makes the 
preparations which download an applet 210. In instantiation, the owner of a smart card 
100 inserts a smart card in the device containing the applet loader 102, and chooses 
install of an applet 210 (for example, thing for which the purchase of the baseball ticket 
of Giants is wished). In another embodiment, an owner inserts a smart card 100 in the 
separate computer system connected to the applet loader 102 through the Internet or other 
communication links. 

[0064] In a condition 304, a smart card 100 shows that the preparation which loads an 
applet was made, and passes the information (Java Virtual Machine [ the operating 
system of which applet is loaded and which version, and ] are installed, information) 
concerning [ on this embodiment and ] a current configuration to an applet loader. In one 
embodiment, a smart card 100 performs a self-check, before showing what was been 
ready to receive an applet. In instantiation, a self-check examines the capacity of storing 
and the card to take out for data, and examines the memory cell which is a defect and 
which has ****** again. The information transmitted to the applet loader 102 by the 
smart card may contain the amount of the storing field which can be used on a card. An 
error message is shown to a user when the field for loading the selected applet is 
inadequate. 
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[0065] In a condition 306, the applet loader 102 judges whether the ticket issue-of- 
banknotes share applet 202 already exists on a smart card 100. As mentioned above, the 
ticket issue-of-banknotes share applet 202 includes the instruction used by the venue 
applet 210 and other venue applets. This decision is made in instantiation based on the 
information returned by the smart card 100 in the condition 304 to the applet loader 102. 
[0066] When it is judged that the ticket issue-of-banknotes share applet 202 is not 
installed on a smart card 100 in a condition 306, a process continues to a condition 310. 
When that is not right, it is judged whether in the condition 308, the venue applet 210 is 
already loaded on the smart card 100. If not loaded, a process progresses to a condition 
316. However, if both applets are already loaded, a process will progress to exit status 
320. 

[0067] In a condition 3 1 0, if the ticket issue-of-banknotes share applet is not signed yet, it 
is signed by applet loader key 200a using a complementary cryptographic key (for 
example, when using an unsymmetrical code system, a "secret" key corresponds to 
"open" key 200a) (for example, applet loader 102), and creates applet signature 202b 
(refer to drawing 2 ). Next, the signed applet is downloaded to a smart card 100. In 
instantiation, what byte of applet is downloaded and stored on a smart card by two or 
more of those streams (for example, inside of each stream about 200 bytes), and each 
stream is checked by the related checksum. In a condition 312, a smart card checks exact 
reception of an applet and notifies to an applet loader whether install succeeded in the 
condition 314, or it has not carried out. If the share applet 202 was not loaded surely, an 
error message will be returned and a process will be ended by exit status 320. 
[0068] If the venue applet 210 is not loaded and it will be judged in a condition 308 if 
install of the ticket issue-of-banknotes share applet 202 is successful or, a process will 
progress to a condition 316. 

[0069] In a condition 316, the venue applet 210 is signed by the applet loader 102 (if not 
signed yet), and creates applet signature 210b and/or venue signature 210c, and then 
downloads them from the applet loader 102 to up to a smart card 100. Venue key 210a is 
used in order to attest the venue applet 210 to the ticket loader 104, and in order to check 
the ticket loaded from the ticket loader, so that it may argue below. Depending on the 
class (for example, the symmetry or an unsymmetrical key) of desirable code safety, 
applet signature 210b and venue signature 210c are created, using respectively applet 
loader key 200a and venue loader 202a, or its complementary. 

[0070] In a condition 318, a smart card 100 checks the downloaded applet and shows an 
applet loader whether loading of an applet was successful, or the error occurred. A smart 
card 100 checks in instantiation that reception of an applet has been successful by 
comparing with the checksum to which the checksum was calculated and it was given by 
the applet loader 102. In another embodiment, applet signature 210b of the downloaded 
applet is checked using the code technique corresponding to the gestalt of the key used 
for creation of a signature. In such one specific embodiment, a smart card 100 calculates 
the hash value from an applet, and compares the value with the hash value taken out from 
the signature. If these two hash values are in agreement, a smart card will think that the 
applet was received by the sound condition. A ticket signature is checked, when the same 
process is used and a ticket downloads. Subsequently, a process is ended by exit status 
302. 
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[0071] When the load 1 ******** applet of a ticket is loaded to up to a smart card 100, 
the ticket to the events (airmail offered by a game at a sporting event place or a game, 
and the airline) in the venue is purchased, and may be loaded similarly. In this 
embodiment of this invention, a venue applet, the ticket issue-of-banknotes share applet 
202, and the related ticket of each other are combined, there are and they are loaded if 
needed from the combined ticket / applet loader. 

[0072] Drawing 4 purchases the electronic ticket to the game (the venue applet 210 for 
this is installed) of the baseball of Giants from the ticket loader 104, and illustrates the 
instantiation-procedure for installing an electronic ticket on a smart card 100. In this 
embodiment of this invention, the ticket loader 104 is a part of web server connected to 
public communication channels, such as the Internet. A smart card 1 00 is combined with 
the computer system operated by the owner of a smart card 100 in this embodiment. This 
computer system is connected to the Internet again. A ticket is chosen using the interface 
over the web server of a venue, then, is downloaded through the Internet, and is stored on 
a smart card 100. 

[0073] When drawing 4 is referred to here, a condition 400 is in an initiation condition. In 
a condition 402, the owner of a smart card 100 starts ticket purchase / load procedure. In 
one embodiment of this invention, an owner chooses the event which wishes to have [ 1st 
] a ticket. In the embodiment of description, the game of baseball is specified with the 
desired number and desired class of a seat here, as another example, an owner specifies 
the airmail (the date and time of day — and probably a seat is included) with which an 
owner wishes to board to an aerial route line reservation surrogate. After the owner of a 
smart card chooses a venue/event and specifies the need matter or criteria of arbitration 
about the event, an owner signs reception of the ticket constituted such. 
[0074] In a condition 404, in order to attest a smart card and/or the venue applet 210, the 
ticket loader 104 identifies itself and challenges a smart card 100. A challenge is "a Zero 
Knowledge Interactive Proof (zero knowledge proof)" which takes the gestalt of the 
random number transmitted to the smart card 100 by the ticket loader 104 in instantiation. 
The venue applet 210 is venue key 210a Used, generates a digital signature, and fills a 
challenge by returning a result to the ticket loader 104. In another embodiment, the venue 
applet 210 fills a challenge in a condition 406 by returning a result to the ticket loader 
104 by enciphering a random number using venue key 210a. 

[0075] In a condition 408, the ticket loader 104 checks the signature received from the 
smart card 100. For the purpose of this check, the ticket loader 104 has the key of a 
complementary to venue key 210a. For example, in the embodiment of this invention 
which uses an unsymmetrical key (for example, RSA) which is the public key of the 
venue where venue key 210a is related, the ticket loader 104 has a corresponding private 
key. the operative condition of this invention which uses a symmetry key (for example, 
digital code criteria) — setting like, the ticket loader 104 and the venue applet 210 have 
the copy of the same key. If the attempt of a check goes wrong, depending on the relation 
between operation and safety, it will fail and a ticket load process will perform whether 
challenge/check procedure is tried again or an error is reported (to the count of a limit). 
[0076] Next, in a condition 410, the ticket loader 104 generates and signs the ticket 212 
to a venue based on the event data chosen by the owner/user of a smart card. The ticket 
loader 104 signs a ticket 212 in instantiation using the same key as the venue applet 210 
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having been checked in the condition 408. In a condition 412, the ticket 212 which 
completed the signature by signature 212a is downloaded and stored on a smart card 100. 
[0077] In a condition 414, by attesting signature 212a using venue key 210a, the venue 
applet 210 checks the downloaded ticket 212, and answers using the message which 
shows a success or failure in a condition 416. another operative condition of this 
invention — it sets like and the 2nd different venue key from venue key 210a is stored 
with the venue applet 210 for the purpose which checks the downloaded ticket. Procedure 
is ended by exit status 418. 

[0078] In the embodiment of description, each ticket must download from the ticket 
loader 104 here following the above-mentioned process. It sets in the another 
embodiment, and at once, to one venue, it chooses and processes and two or more tickets 
can download. 

[0079] In this embodiment of ticket check this invention, a ticket is checked by the check 
device 106, when shown for reception in a suitable venue. Drawing 5 illustrates the 
instantiation-procedure for checking a ticket 212 by this embodiment of this invention. 
[0080] A condition 500 is in an initiation condition. In a condition 502, a user presents a 
smart card 100 to the check device 106, in order to obtain the entrance authorization to 
the game of the baseball specified in a ticket 212. The check device 106 includes in 
instantiation the computer system constituted so that a smart card 100 might be 
communicated with reception and it. 

[0081] In a condition 504, the check device 106 generates and publishes the challenge to 
a smart card 100, as carried out in the above-mentioned ticket load procedure. In a 
condition 506, venue key 210a is used for the random number given to a smart card 100, 
and it is signed by the venue applet 210. In a condition 508, a check device attests a 
signature to venue key 210a using the key of a complementary. By attesting the signature 
returned with the challenge, the check device 106 can check the venue applet 210. 
[0082] After attesting a signature, in a condition 510, the check device 106 requires the 
ticket data held by the smart card 100. The venue applet 210 transmits a ticket 212 (for 
example, ticket data and a signature) to the check device 106 in a condition 512. Only the 
stored usable ticket is notified in instantiation to the current event from which the check 
device 106 is discriminated with the date, time of day, and/or other discernment data. In 
one embodiment of this invention, the ticket issue-of-banknotes share applet 202 
determines the ticket specified to the check device 106 (for example, thing for which it is 
determined ticket - [ which venue - therefore which venue applet, and ] correspond to a 
check device). Or the venue applet 210 and the check device 106 communicate, in order 
to determine which [ of two or more tickets in relation to a current venue ] should be 
used. 

[0083] In a condition 514, the check device 106 checks ticket data (for example, the date, 
time of day, a participating team, and the seat number are confirmed), and attests a ticket 
signature. If ticket data and a signature pass inspection, a smart card 100 will be ordered 
to cancel or eliminate a ticket 212, and a user will be permitted. 

[0084] In the embodiment of description, a ticket 212 is overwritten here [ of this 
invention ] using the future ticket loaded on the smart card 100. As for a ticket, neither 
elimination nor overwrite is carried out in another embodiment. 

[0085] The system and approach for storing and checking the electronic ticket for two or 
more venues on one smart card are offered. According to this embodiment, the operating 
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system of a smart card is Java. Virtual Machine and an applet loader key are included. 
The share applet containing a venue loader key is checked using an applet loader key, and 
is stored on a smart card. One or more venue applets are stored on a smart card with each 
venue key corresponding to a related venue again. Each venue applet is checked with an 
applet loader key and a venue loader key. A share applet is used by the venue applet in 
order to take an interface with a ticket loader and a ticket check device. A ticket is 
purchased to the event relevant to a venue applet, and is stored on a smart card in relation 
to a related venue applet. A ticket signature is attested using each venue applet venue 
key. A ticket is canceled, after being submitted in order to obtain the entrance 
authorization to an event. 

[0086] The above-mentioned publication of the embodiment of this invention was shown 
for the purpose of only instantiation and explanation. Instantiation and a publication will 
not mean limiting to the gestalt which had this invention indicated, if all examples of all 
are not explained. Many alterations and modification are clear for this contractor. 
Therefore, it does not mean that the above-mentioned indication limits this invention, but 
the range of this invention is prescribed by the attached claim. 
[0087] 

[Effect of the Invention] The system and approach for storing the electronic ticket to the 
event offered on single electron devices (a smart card, pocket computer, etc.) in two or 
more venues are offered. The need is lost in issue of the ticket of paper, and when 
participating in many events, it becomes unnecessary thereby, to bring the ticket of much 
paper further. 

[Brief Description of the Drawings] 

[Drawing 1] It is one block diagram illustrating the system by the embodiment of this 
invention used since the ticket for the entrance to a venue applet and a venue of a smart 
card is stored. 

[Drawing 21 It is drawing illustrating the smart card containing two or more venue 
applets and tickets by the embodiment of this invention. 

[Drawing 3] It is the flow chart which shows the one approach by the embodiment of this 
invention of loading a venue applet on a smart card. 

[Drawing 4] It is the flow chart which shows the one approach by the embodiment of this 
invention of loading a ticket on a smart card. 

[Drawing 51 It is the flow chart which shows one method by the embodiment of this 

invention of checking the ticket stored on the smart card. 

[Description of Notations] 

100 Smart Card 

102 Applet Loader 

104 Ticket Loader 

106 Check Device 
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[ 0 0 0 6 ] Jzia©^r*Ktj*Kl*D^-C . £W>* i r ^ h 
ft» > A r A«. 1 -^<t>^^> h ^ fctt I ^OtS^r K W 

30 ^AK:j:-5t:atf8n«tlW)?-*-y hi*— «*C. ^?t$ 

nfc^jr^ h*Wi«K:B#*irtt:«, stusti* 

itttlfc 0 * C/^c 0 1/ fc ^ £ * x ^> Att . « ^ 
Jlfe^ i*n^>!tiii?:r ^ 4 . 3 6 ft 4tt«> ^ ^ ^ h f:» A 

[ 0 0 0 8 3 

£ VC, B lODHttftKlHii'S'&B 1 ©lHI«tt*i>a- 

>i z&m? zxmxb -? -c. ttB i ©Bfitt * ^ * - ^ 

50 19BBBB«3^ X!I<L, *Bl caHB**t> a - 
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ttzwt&hmio*** hga&Sfrr^xai* ft 

[0009] HEtf&tt. W2^fEttKH&T«ar2 

Slf8Mi*i>»-^fi»2 

W8 , T6fe»«>»2<^fflf8HMl€:St?. X8£. B^2 

<DMfl« * ^ * - ^ 4 wk*^ » - ytt*sc - r 

tmz&i-ir? t-m&z&m2om\m&&m*<>xmi 
[ o o i o ] wte*att. *w* c >* -ji*«iit&x 

Si . ft£W* ^ a - ^ £ ^^-^ s> * ^ »4ffl 

[oo 1 1 j mtzm\<m\m±v*->\>*£mm~ 
? 6 xmmmm s n&«> * s> * - urn 

Z £ BE * s> * - a - $r»ft « C *T SfflW *XS&S 
[ 0 0 12] fHEtf&l*. mlE^ i ©Hifltt*t>*--,<U 

[ 0 0 1 3 ] m 1 <D* tr 9 h ft*©? *I8** ? tr y 
>t 5 S|i«a»l«W«tt»«:IBC'rB*"S'*Xfli, & 
Si. &ffi*l/C<>J:i'. 

[00141*1 ©Hfitt«> £18 
%ST*fc«>©Wl<^iifiD^^«:«r&Xlii, ft 

3 1 ©si«»©?c«^^ i ©ratftt&fcseTaxa 

i. 8M*c[>»«4ttJfrr*xai. B-*«>ft*«cH 

iST^ftBicc^ffe^^f *xs±, «jsi/t: 

[ 0 0 1 5 ] mz-frmt. * -b&WMM*? 

^w^±tctt*3nn***'Ar^^*aK , r&xiii, 
ft^*^-^£§<rr*xa£, 



8 

[0016] HB*m***-JU«fflr&IB#, 1 

-^^tEirr^^^^fSiSD-^^^^XS 
<t. B©2flE>-ii^**tt*T&Xai, tm2o>- 

m&&%icm&?zm%ma~m&m?t>xn 
[0017] maun'&xe*'. satan i 
io -^D-^««:fflc- , cggH , r4xa^asi/rtJ:C'o 

[ 0 0 1 8 ] MK*&tt. mSM 1 ? t * > 

■b*r&xas*fe«casur<>j:i^ 

[00 19] m»l^er? h + rt>T*xe 
tfgflllO?^? ^flJWcraiafcSSUCiJ: 

[ 0 0 2 0 ] BIEtffttt. H?E^W*t>a-jU*«*«C 
? * X8 0 (, * .» 1> ? >0>ft*i(t* 

[002 1 ] WW<^ ^±t*aa©HMgtt©fc«!)0?- 

* *mw ^Xffir-^ -? -c. w% i ©Mfitt* ^ * - ^ 
xfi <l , ^ !r 9 hD- ^d- h * ^ i- > softer -sxa 

i. »Bl<?>HlflBlttjl«:lfiffll/r l *l©^t>3r^8* 

*Wc»i:ttf-+u>s>&s«^&xai, ft^a^nfc 

*+l/>S>«rBE^^r? hD-^tcafltixai. ft^ 

Mi^^*^^h4$iir^xai. bi^^v^ 
»a**«-*xar'*^t:, 

l *-C. tt» 1 © ^ *■ Y 4SSET «X8 

[ o 022] ne«stt. »2 - ^*tt 

^T^xaf'^or, BW2O0ia»*i>a-*3M»2 

[ 0 0 2 3] mztim&. i5fi^2©H«tt«:*Stf 6^ 
htcMf >5 A*I^©^^2©^*^ ^ r 4 

40 «fir&x8£. ©2©^er? ^xar- 

<h<>X> S»2©*ir? hSa^SJW2fl>Wf h 
i^tir^, Xai % BiS*2©Baffi»»«:«<i»X, ft 

[0024] £W*t>* --'U^tS*3nfc 

^^^&«Kr&x»c*-?r > tt«w* c ->* -^a* 

««tw*t>3.-^«:«tt , r&xai 1 4^6tc^i 
50 ao-ctAi*. 
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[ o 025] mzamt. ? * u>t>««**is# 

n tttm * ia*ss u r i> J: c 
[0026] m&n&xt. m i ©sf**- ? h ££<rr 

an**©*** * ^ > h <otcw>m \<j> * *■ ? h k# 
?*B#4»rr*xa<!:. i*»i©?*r? h££fff 
ixat, 4a^**SKj:g±tea^sfa£sn 
*. 

[ o 0 2 8] neittfeii. near i *■ ? h # * * > 

SLfe £ s«r s ia & as- 1/ 1: <> j: 
[ o o 3 o ] mzm \o>?»?v &&mt &xa-#, sr 

IB^^> h ©fcafrMttr 1 <Q*lr? Y £ 1 OR 

itiOBW&iSdT&xa^a^t/triJrC*. 

[003 i ] tta'w>fc«>«>^ j ey7 c /<^x&tfit**^ 

* — jun t?*^ pissr-* * > -7 
[ o 0 3 2] ntefiESi*. *2 ©ra«tttcfe»* ^> 

[0033] OT2* ir ? h ff«WBg*EX^- h * - K«r 
*r *. *C <> J: C «K * ir ? h KM&S#M# a > f * - * 
£t«*r 

[ 0 0 3 4] ? V &ft#t&tc.ft<DT~*im&&& 
tfa>ea-»R*ffll/5IttttJMif*-cab-?t:. Br- 
B 1 ©§3ttttKfcW& -f *0 h OtcVXD* tr 

v b %*m? * ic&on i ©m** t> * - & t . &m 

saw?*. SSHD**?!^, B^ir?hBa*B 



(6) <SB2000-5?21 0 

10 

*a&{>. 

[0 03 5] n>e^-3?i<:j:^r^tT$n^t8^tc:, 

Stf ^ ^>^^ *ttttr ^ 3i > e a - ^^ffi b oire-fe 

! ©HHWfc-fc t> * - ^ £ »»T4MfcfV ^A^^a- 
jUo-y««:ffl<r»'CiBgT'SXa4. B»l««Ittttl? 

xst, ami®**? nm>i:»i<»*ir* 
tsar ^xa<L, Mdsr i * ^ h s««:t» i ©w 

[0 03 6] B»flW«tt^*jW&^^> h^c*!>©^ 

mr h toh<t>%\%$-wx-ih ~>x s mi 7 ? u 

J:9. ±EBW*%'a8nft. 
[ 0 0 3 7] *Sflfl> 1 toi^r. 

*a£> ±ccs»a>w«ttx:*«sn^^'<>hK:»'«' 

[ 0 0 3 8] W 5r - h ^^W^^^^ 

ju*j<fcjyf 1 ^ei±<dis«»*s> a ^ 1 - rSfii^ n 

50 f. •^'TM^^JL-lftt, h(C*rt-£;<5<>? 
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<^>K apt, R«9 % &£ft<L'> 4«SU # 

r. ste&stt*:**-? h«*«*!gliE? 4 0 
[0 03 9] 9>r? \1fi4*s\^<&xn&miidbK 

Sfv^ + u >i>r* - Kftfttf r« c £K £ - r 

[0 04 0] 

n& & ksb 5 n & i . ♦flirt+'cias* ti&na 

[0 0 4 1 ] WL\& *ftW<?>**s3S»«K:fe<r^C, BS 

JNcffli-fen*. Sift***. KTccte«*n&*^ttflr> 

&&mBSi&m£ic?i>tc#>V*>i) . 4#tc*§lSbftttft 

[ 0 0 4 2] *%m<» 1 ^©.*tft«ttft: J: * i . tHK4> 
Blltttcsra 6m**>;->? h*£j«. fHft, fe<fcC«Sg 

It. PKWk»W9-a-*- h*- F±Kttfpi<*ti4*', 
3COM CorporationlcWPalffiPi 40 
! o t £fct£Da ! Us Semi conduc t o 
r iButt onft^fl)*^^ AfeSBSft 

Ctl^T^U? H*, X-?-hj>7-F£*Jr* h/M 50 



4HB2000-57 2 1 0 
gi&a- Ft^<L<Z>rafc<J:tf h t>- ?t?*r? h 

[ 0 0 4 3 ] B 1 tt, i-tffl)*-?- h*- F±fctt# 

-h*-Fl00Mt, X-7-h^-F«C*r 41 S07 
8 1 6ttttKfl5«W:flt$. CG>J:$ftA-*-H!>-F 

[0 04 4] ho-4T l 0 2i* % a7- h*?- 

F 1 0 0±^ 1 o£Lb07^U ? h FT*. T7 
i/? ha-SH 0 2tCj:vCA^-h:&-Fl 0 0±^ 
D- FSn*7^U? K*. A*7-h*-Fl 0 0#P 

u ? M£, S a n Francisco Giants 
Tji^, T7'U ? h D-y 1 0 2 it. •-Bfltt^Wr 

sto**sas»c*jc-r, 7^u? hc-yi 0 2**, 

*©Bfltt3^6 7 ? \,? b D - FT £o 
[0 04 5 ] W«*77 p b ^ h (Tftbfe, fl^tiC'HA 
*teB8jil/fe7^U? h > ?irv h%»^W 

r^u? *^ , c®iifitt7^u-? Kc<fc-5t: 

«ffl3n*fc«!>tt:x-7-h*-Fl 0 0±^o- KSn 

B«»7^U!? HMt^«:ftat/i:«lffl^IS8l?*9, B 

gt&77U? hcDS^ccrtto^rftffl^niJBtt*^ 

6. 

[0 04 6] ?>Xv 0 4«. 

XT- h^7- K 1 0 0±^o- \r"?&. Sa7- h^7- 

tc»l&S'4Bfll»77 r Uv htCB*0'Ctttt*tl4 o * 
*ttfitttCfe(r^C, i»T7l,v hit, *©Bfl» 

-h*-Fl 00±^ {7?\'? Yv-V\ 02ft<t'CC 

[ 0 0 4 7] PdTnftKl, 9>rvh m&tU X l 0 6 
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[0048] *WB©**ttsWi«M»ir 1 r ? h 

*1 0 6 ti. a^- K 1 0 0 ££<t, H#a 

ho-yi02. ho-*! 04, fei^iif 

smr& 0 file. ?7i^ ha-srfcAtf**-* hp- 

[ 0 0 4 9] *««©$6«:8IC!>*58S«tc*}i^ 1 T 
?L/? hO-yi 02, ?*r? hO-SH 0 4. 4<5otO' 

[0 05 0] H2M:, *y^^iSir7U';h, a 

h*7- h" 1 OOfcH*^*. ^-ha-ri 
0 0* tt©*^* <H l©77b9 Y 1 0 

2 ha-y l 04. fcJ^W&r-'W* 1 0 6 

r < > ?U*?A2 0 0 SUA*. *-M'-r < > iff 

$mc77l^; h*ftft£tf&fc*MDj a va V » r 
t ua ! Machine (JVM) £3tf<> t^u- 
T <>^>a^A2 0 Ott. A^- hfc- K ! 0 0±^ 
D- KSnfc7^U ? h IB!W&fc«)fl)B»fl2 0 0 

St*. L<tci*r>X* 77 r U? h*S2 0 2 b, 2.10 
I). 4<5J:£>'2 2 0bti, 7*u? h#a- KStlfci S 
JC. 77'U? hn-rtt2 00a&flH»TME3tl*. 

[ 0 0 5 1 ] ?>r 7 hJ»SW7^i/ v Y 2 0 2* A 

v - h ^ - k i o o ±tc a > x ^ - a, <* nfcg * osafi 

h£#£W7^U? 1*2 02 
I*. SBIfltt7 * U ? h£ ftilOiRtt < * tr y h Hffi. 
t D - 0 4 45 J:tfiiI3f < ^ X 1 0 6 <LiIff 

jft 7 * U ? KD* ^ X^: 0 /In $ < «C * C i «: nJttlC 
O. SE^a?- h — K 1 0 0±fctMMWi*:«ST i 



J) W32 0 00-57 2 1 0 

14 

? h&£#W7:/U* h2 02tt, h&o- K> 

mm. *jj:cx/*fci** + >-b.'U <Ffl*.t*, 
©AW pJ*« h*sfifflsnfc«cE>*t 

7^b^h20 2* WT'Cia^^n^i:^^. fih© 
iaiSttryu^ h*«M»r*fc«>«c«^tt20 2a (tt 
TTHfittD-yslj 4»sn&> 
j67^U^ h^o-KStlfci*, hft»«W7 

io 71/^2 o 2«, »7^u ? h«wfi*B«*igar 

6. 

[ 0 0 5 2 ] *^Mm&toXW£tel>X * ?>r?\ 

»»«wr 7b^ i* % ? ? r <?>i? m&^t zct 
&&mtc\mnK?ztc&<»&%Z'§iU 0 m* c 
©J:^ tt^teSStucto^-c. x^- h*- k i o oit, 

aar & fe«xc ^ ^ > v& w & **B«rt kikh $ n 

20 [ 0 0 5 3 ] BftttT^U * h 2 1 0 4aJ: C>'2 2 0 * 

A^^nio jflswK:, HfBir^b ^ h 2 i o* s 

asiFrancicco Giants ©^AWI? 
a©i*S£*T. Ilfi»7^u ^ h 2 2 0 It, Pll^tc 
United Airlines ©SS ft&^T, 

K2 1 0fcJ:^2 2 0ii. ?ir? r^o-F 
^Bffkl*5r^ hO-^1 04tC»UHfl*r^U? Y 
2 1 0toJ:tX2 2 0*MT&fe«Ncftffl$n***« 
2l0ate*W22 0a <WT r«i«lttlj tl^n 

*. f trvtwu-ir* Ym&mtzv&tc&icm 

[ 0 0 5 4 ] Ht»77b ?V2 1 04<5J: 0'2 2 0 It* 
tc. ^ u-^ < > ^aH2 0 0icS#l/W8»7y 
b^5ilST^fci?>©7 , /u ? h©S2 l0b*Jj:O' 
2 20b«S^ ±idi^:^tc, f*RWtc, 7?V? h 

<ls?i'A?A2 0 Oi*. 77 1/^; h*sa 

40 -KSnfcd#te:, ryu^o-^OOalfll' 
XT'fl'v Y£%2 1 0b4<3J:t>'2 2 0 b «r£SlET^ 0 
[ 0 0 5 5 ] «*tt77U ? h 2 1 0 4aJ: CX2 2 0 it, 

SIK-r*fc«>«)Wfl»»* 2 10c 4o^O'2 2 0 c £ $ 
&KS*f. r^u? h*«2 1 0 b4a^:o'2 2 0bilHl 
We. Pfltt@S2 1 0c4aJ:O'2 2 0ctt, gg»7 
7U^2 1 0^J:CX2 2 00>^>^ h--?KOI9K*fc 

$n/ci*. h^^W77'l/^h202* R 

50 ^lfig«^!giiE^^o 
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[0 056] H2 1 2, 2 14. toJ:£>'2 16 
ii. San Francisco Giants (Oft— 
AT'lrt>n^>^^f^c:-5^^^T. * v h 2 2 2 
ii. San Francisco ip*> P » t tsbur 
erh. PA^ODUn i tedAi rl ines^^Oi 

[ 0 0 5 7] h *7- h" I 0 0 ±fctt»3 tlfcS* 

r. ? /' h2 1 2, 2 14, toJtf 2 1 6 It. w£><& 
aft. feJicxiSiett.SS^ir^tttd 

*ifct«Rt*, ? h<WM*msr*fc«>(<:^^? h 

Stifctt»«>SfeJ:^aa«, HfitA. -fob. to J: 

?h2l2, 2 14, to«W2 1 60Df*fo*jcc. 

K ! 0 OOWrW**. Wilt. i'-X 
Hto«^*^v h&WT*C S'-X>M* 

■v h 2 i 2 , 2 14, to JttJ^ ! 6 <LRfc6ti»»«:S 

[0 05 6] ?>Tv h2 1 2, 214. 216. 4<Scfct>' 

2 2 2i«-n-ert, m-r^^^^^^c^c^^ ? 

ha-'/! <>4KJ^r£*&£nfc?^;- hS« <#BB 
fiW2l2a. 2 14a. 2 1 6a. 4<$J:t>'2 2 2 a K 
J: ti& > ( P K E > 4<$ J: t>' 

#«S«^r$ffl^, IH(Etttt2 1 0 a %£VZ 2 0 a 

toc»"C, f - <r ? h D - $r 1 0 4 i*, n(Cttfil2 1 0 a to 
J:tf 22 0a©3fe-ftfflc»T, «f*3tifc*ir? KO 

1 0 0±^P- K*nfct# 4 »lST*l)lfi»7^^? 
[ 0 0 5 9 ] S*# t*, *-?~- h *7— K 1 0 0 ±Ktttt 

-sxntottttstifer^u ? 1^7 ^"fexTpj^c^^ 
c^sis??*, cm*. i^©r^u?h^. «*<d 

*t«sa»ccto(,^c, **-?h*, ms^^xioetc 

[0060] 7^Uj h^u-K 
*5S?W>**tt»»K:to<r^, h^7— K 1 0 0± 



(9) «H2 0 00-5 7 2 1 0 

16 

tr . > r , * *r ? h »»ttWT 

7b ? K*, h KHt:**B«tcH- , C*&o 

a- FattfWffK©*** h£Sfcc>C x^-h*- 

[006 1] i&no i o<D*JUM«:toc*r . S&ffi 
7^u?h*. tem«#ft(cj:^t:flMtsntcJa v 

a 7^*Jdr-fff Java^a^ 
10 * > y***St?7 t >W+'J*5X7W.'l/ 

A^K, ^-K77»J>/-S'3>7 7^i*, fiMffcO) 

■ y ho- 200a {@2tc^f ) *fcl«©»lt»B 

[0 06 2] @3ii, *asnfc/7- KT^'Jir-t/s 
>7 7-fJU inut, H2©7^U:? h2 1 0) ;0^7 
20 hP-'/l 0 2^6^-?- h^7- K 1 0 0±^d- 

afflfc*rt*r. ha-y 1 0 21*, **r?vm 

n*. C^*feS1itctoc^c, M*77-u? h2 l 0 
i*. Giant %<m»9*rif Yimh*fttit*K* 
Trfls? h^^A^-h^-Kl 00±tc*rcmi*, 

1 0 0 ±cc ayctr tit* i *W<C D - K 3 ti*. Sto^teJi 
30 »C4dC*r, ^^^^^77^^1^2 024^0' 
iflT7l,-; h2 ! OCC^n^-^fcttli*^ 
A-? - h^7 - K*lffi3ti^B#^*ft:«*n**K*Sn 

[ o o 6 3 ] c c tag 3 fcMRf&t . to 3 o o t*n 

«&tt«-C*& tt«3 0 2Kte^t:. 77U?ho-y 
10 21*, 1 OOKtS&Sn, 7^U-^ 

ha-n oo ©^ai*, hp-^i o 

2€:SOf r ^'<^A-7- h^7-K€:»Al/, 7^U-- 
40 h2 1 0 GW> a h--rt> <PUi*, Gian 

iiffiC'iiif y > ^ */r 0 4 C 77U;hP-^l 0 2 
*»3tlfc8MK>3>fcTa-»^f h*?~- K 

1 0 O^AT^ 

[ 0 0 6 4] tt«3 0 4^4^C^t:, h ^7- F 1 0 

u. zux, *wsi«wc43i-t:t*. waottfiSKHt- 

50 sX^l^-^r/^W^Java Vi 
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r t u a ! Machm e*>W>* h-JU3*i**>fc 
KUdl*?, A-?-h*7-h" 1 001*. 7-7U7h£§<t 

* - yo>ti/j zim o . tt ^ /ci**wto* h >* * 

D- XI 0 2MEasnfctt*Hfc *>- K±TW«t?S 
- h" T & fc^ *S£. x ? - * % - s> 

[ 0 0 6 5 ] tt»3 0 6 Kfel- 1:, 7 ? h o - '/ 1 

o 2 * ? vnm&mr? u ? h 2 o 2 avrctc * 

h*- K 1 0 0±(C»aE*4^9*4*ttST& o 
±I2^i:^tC. ^-^WT^U? h2 02i*, 

EUSttT^U? h2 ! 04$<fctfft^f»l77 r U* hK 
J:->-ctt«Sti*^*a^ £©««(*, 
WS3 0 4 0C4<5OTAv- h*7- K 1 OOtcj: VC77 

[0 0 6 6] tt«3 o eK^r*^? h#^*W77 
h2 0 2#*^-h*-K! OOK^V^h^l 

0^«<o *S*CWC #*3 0 8ccfc<,*t:il8« 
? h 2 1 Om-KA?- h K 1 0 0±cc 

t*»7i*»3 2>:)^*tf. 

[ o 0 6 7] tt»3 i OKtec^r, nw**wr 
^?nt sftsasti-ct-townt*, rvo?Y0 
-*m o o a«:tiii«iafi&*ii <Pd*(*, #«aa* 
r«Sj »t* r-syHj mz o 
0a«:»firr-5) *«^TB*sn <puw, r^u? 

ho-^l 0 2KJ:-7t:) . 77 1^ h*«2 0 2l> 

it. ^-^-n.oo^^^>u-K$n^ 

<ffl|;U*, WMJ-iW2 0 0^f> f*7-h 

i*. Ba»(./fc^*7^A«:j:-?t:Bggisn&. «»3 

!2Kfc^X\ *-*-h*-Kl*, 7^U? h02E5Sfr 

(./^i/rc^c^^r^u^ ha-^iciMrr*, # 
wr* u * h 2 o 2*ijEU< d- K3*vcv**->fe* 

»3 2 0t?»7T*. 

[0 06 8] ^? hft»#?T?7"l/* h2 0 2<£K> 

a h -^«sfrrnt*, *tei*w«*77*^ ? h 2 i o 
K34vC^&l'tttiS3 o 8fc^*r*ias3n* 



LO) 4SH2 0 00-5 7 2 1 0 

18 

[0 06 9] KS3 1 6KfcC'T\ BUttl^U? h2 
10«, 77 r u^o-*l0 2Ci:,fc->'CS«sn<* 

«s*3n-cv«twftt*> . 77 h»«2 i oo** 

J:»/*fel*H«»»*2 1 0 c*fffi£0, ZbX'Zic 

?«fv v h d- y i o 2>o^a7- h a- r i o o±^ 

A2l0al*. m-*ri 0 4fciW &rJ6fI&7 

71/-; h2 i 0*SSEr*fc»toJ:y?ir? lu-^> 

tt) iCtegUC. 7VU^ h^«2 1 0D«J:^Rfitt 

2 10c «. ?7 U'; h D — $rf¥2 0 0 a 
flfto-^2 0 2 a, *?S:«*fl>tBtt»*'C-n*nffl^ 

[ 0 0 7 0 ] «S3 1 8KfcC*T\ ^"7— h^r- K 1 0 
Oi*. ^OVD-KSnfeT^U? h«:ffiSg(./. 771, 
v hCC'D- KdifiSWl/&^*fci*A7-*H8*fc^«:7 
7'U v r 0-^7ftT o P»I^0C> Y ii- K 1 0 

20 0£. ?*9^^*W-»l/*n*7^U-3 ho-^i 

0 2ia^mf=>n^i7?fA ittjw- * c i tc 
©^ttawccM^r, ^>a-*r^nfe?7i/.; 
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